-
Notifications
You must be signed in to change notification settings - Fork 54
Fix bug for opdettype in light propagation time #898
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: develop
Are you sure you want to change the base?
Conversation
henrylay97
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for acting so quick Alejandro. Just a couple of queries before I wave this through :D
| if(fPDSMap.pdType(opch)=="pmt_coated") fOpDetType.push_back(0); | ||
| else if(fPDSMap.pdType(opch)=="pmt_uncoated") fOpDetType.push_back(1); | ||
| else if(fPDSMap.pdType(opch)=="xarapuca_vuv") fOpDetType.push_back(2); | ||
| else if(fPDSMap.pdType(opch)=="xarapuca_vis") fOpDetType.push_back(3); | ||
| else fOpDetType.push_back(-1); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A couple of questions:
- Given this is only used in one place, is it worth having this vector? Could just have the if statements directly query the
fPDSMap.pdType. - If you are keeping the vector setup, is it worth defining the numbers as an enum in the header file?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the feedback! I've sticked to using fPDSMap which also allows for straightforward integration of the XAs (although they are not being reconstructed for the moment)
sbndcode/LightPropagationCorrection/LightPropagationCorrection_module.cc
Outdated
Show resolved
Hide resolved
|
Could you have a look at this @fjnicolas ? We would like to have it in this week's release :) |
Description
This PR fixes a minor bug on the light propagation correction module spotted by @henrylay97. Previously, the minimum of VIS and VUV light propagation time was assigned to both coated and uncoated channels. Now uncoated channels always receive the VIS light propagation time. The impact of the bug was expected to be minimal since uncoated channels hardly every contribute to the OpFlash timing estimation.
Checklist
Reviewers,AssigneesDevelopementRelevant PR links (optional)
Does this PR require merging another PR in a different repository (such as sbnanobj/sbnobj etc.)?
Link(s) to docdb describing changes (optional)
Is there a docdb describing the issue this solves or the feature added?